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IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

In re Applicant Hershkovich et al, § 

§ 
§ 
§ 

Serial No.: 10/690,556 § 

§ 

Filed: October 23, 2003 § Group Art Unit: 2162 

§ 

For: Search Method Using Coded K^s § Attorney 

§ Docket: 2694/24 

§ 

Examiner: Jean B. Ficurantin § 



Commissioner of Patents and Trademarks 
Alexandria, Virginia 223 13 



FAX NO. 571-273-4035 Qo 
INFORMAL 



Examiner Fleurantin: 

Fmihe* to our conversation, I have written out - in brief ~ some of the main 
issues for discussion. After discussing these issues, we may want to explore with you 
some subject matter for additional claims. 

Looking forward to speaking with you Wednesday, 5 December, at 3PM EST. 



YourSj/ 
MaiK Friedman 
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1) Examiner's Action did not address Applicant's explicit assertion (in 

the last Office Action Response) that Stark and Fuh are not properly combinable: 

Applicant jfurther argued that Stark '446 and Fuh '662 
are not properly combinable. Although, as the Examiner 
has written, Fuh claims that the transformation module 
"improves data integrity" [column 8, lines 36-40], 
Applicant respectfully articulated that the transformation 
module of Fuh '662 could not improve Stark's data 
integrity. While Fuh's claim of improved data integrity 
may be relevant with respect to systems containing 
"user-defmed data" [Fuh '662 column 2, lines 20-25], it 
is manifest that Stark '446 has no problem of data 
integrity that Fuh's teachings can solve. 

AppUcant continues to steadfastly maintain that Stark and Fuh are not properly 
combinable. 

Please note that Fuh's teachings explicitly and specifically relate to retotoal 
database systems. Like in a "Google" search, a poor choice or representation of the 
input keys can result in poor "data integrity", such that the results are not what the 
user intended to retrieve. 

By sharp contrast. Stark teaches databases having a one-to-one 
correspondence between input key and associated data. This is more like looking for 
an entry in a dictionary. There is, at most, a singular, unique key that matches the 
input key. Also, once a match is found, there is a unique field of associated data 
associated with the entry. There is no "guessing" like in Fuh. 

In computer science terms, a dictionary is a dynamic set, the set having unique 
key values (i.e., all the keys are different). Hereinbelow I have included the computer 
science definition of "dictionary" firom the NIST (National Institute of Standards and 
Technology), available at http://www.nist.gov/dads/HTML/dictionary.html. 
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I have fiiither included two pages from Thomas H. Coren et al.: introduction 
to Algorithms. MIT Press, a classic and prestigious reference on algorithms, in which 
the terms "dictionary" and "dynamic set" are defined. 

It is manifest that neither Fuh nor Kimura fulfill the basic requirement of 
"dictionaries", and their teachings are irrelevant and not appUcable to the teachings of 
Stark, whose method manifestly pertains solely to dynamic sets having unique 
satellite (associated) data. 

There is no problem with data integrity in dictionaries, because of the one-to- 
one correspondence described above. Google-type key searches are not relevant for 
dictionaries. Consequently, there is no genuine motivation for combining the art of 
Fuh with the art of Stark. 

2) Examiner's Action combines Stark and Fuh and Kimura. Since Stark 
and Fuh are not properly combinable, the additional combination of Kimura is 
improper. Moreover, above and beyond this point, the Examiner's cited motivation 
for combining. Kimura with Stark and Fuh appears incomprehensible to us: "to 
provide number of bits that are included in the offeet field depends upon the location 
of the pattern of data in the sequence of data". This appears to have nothing to do 
with Stark, nothing to do with Fuh, and nothing to do with whatever very narrow 
common denominator Stark + Fuh have. 

For example: Stark has no offset fields whatsoever. Since Stark is 
monotonically ordered, an offset field is demonstrably wastefiil and absolutely 
unnecessary. Kimura's art only works with pointers. Stark's art is pointer-less, and 
this is actually one of the great advantages of Stark. TTius, one skilled in the art would 
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not neutralize the inherent advantages, economies and efficiencies of Stark by trying 
to introduce the pointer-based technology of Kimura. 

Thus, for all these reasons, Rimura is not properly combinable with Stark and 

Fuh. 

3) Examiner maintains Kimma teaches the log base 2 transformation of 
key entries disclosed by the instant invention. Applicant argues that a close reading 
of Kimura shows that Kimura does not teach such a transformation of key entries. 

We begin with a short explanation of the Kimura mefliod: 

Kimura relates to "on the fly" file data compression and decompression. The purpose is efficient file, 
storage on secondary storage (a disk) of a computer. 

It is based upon the following assumptions: 

• A data file is divided into autonomous units called chunb (as in the classical LZRW 
meetmxS). while flie entire file is held in Ihe secondary storage, ttie chunk (compressed and 
decompressed is held in the main memory. 

• Compression and decompression is performed on chunks. A chunk is compressed and 
decompressed independently of oflner file drunks. 

- The compression/decompression method is based upon the compressed/decompressed 
chunk being located in the main computer memory. This memory is randomly accessed 
(i e chunk blocks can be accessed in any order or sequence). This fecilitates a s)ngle-pass 
compression/decompression ofthe chunk (in contrast to disks, in which data can be 
accessed in a sequential feshion only. Therefore, single-pass compression/decompression is 
not feasible, since compression /decompression of data would require flie retneval of ttie 
entire file). 

• The compression /decompression method of Kimura is an improvement to the 
LZRWl method. The LZRW compression method is based on the premise ttiat many 
blocks of data in the chunk are repeUtive. During compression, if a particular block 
ofthe chunk's data has been identified as being already compressed, rather than 
repeating the compression once again and storing once again the compressed data, 
one can store the previous location and the block length which has been already 
compressed. This location is indicated as an offset (expressed in number of bytes ra 
relationship to the prior occunence ofthe block) in relationship to the current 
position within the chunk, and the block's length (expressed also in number of bytes). 
Since the main memory can be randomly accessed, such a block is mstantaneously 
accessed, thus fecilitating on the fly compression/decompression. If the blocks are 
large (hundreds, or thousands of bytes), while the offeet and the block length 
consume a few bytes, this method represents a substantial savings m storage. As 
rattier than repeating the entire bjode (compressed or uncompressed), the program 
can access immediately (random access) the already compressed instance ofthe 
same data. This represents a rather substantial savings in storage. 

• Kimura's method is a fiirfter improvement to the basic LZRWl algorithm in efficient 
representation ofthe of&et and length fields of apreviously occurred mstance of this 
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block. This is stated in Kiraura colunm 2, lines 60-65: "The present invention 
recogni^es that all of ftie bits allocated to the offset field by LZRWl are not always 
needed and as such allocating all of the bits may constitute a waste of memory space. 
The present invention eliminates this waste by using an approach that uses variable- 
sized length and ofifeet fields in copy tokens.*' (see also the table in column 6 of 
Kimura) 

Note: The "copy token" is the position and size of the recently handled block instance, 
which takes the place of the block data itself 



Kimura is based on offset fields indicating the location of particular data, while both Stark and the 
instant invention relate to ordered databases. Stark is monotonically ordered, hence, an ofifeet field is 
clearly wasteful and absolutely unnecessary. 

Explanation of lines 32-45 in column 7 

How the Kimura's Copy Token eliminates the "waste" and provides the claimed savings: 

The entire method is based upon keeping the Copy Token fixed in size. This is demonstrated in Fig. 
1 IB which shows a Copy Token of 16 bits, i.e.; fixed in length. This is the improvement over the 
original LZRWl algorithm. This is accomplished by the Offset and the Length fields varying in length, 
but alwaus summing-up to 16 bits. 

Therefore, the Kimura's method can handle various combinations of Ofifset/Letigth pairs, as 
demonstrated in the table of column 6, lines 15-25. He calls these combinations a "sliding window". 

The lines 32-45 in column 7 describe hoe an Offeet/Length pair is selected from one of the options 
which appears in the table. The process is My described by the flowchart in FIG. 13. This flowchart 
basically says: 

1. If the block which instance has already occurred is two bytes or less, don*t bother to 
replace it by the Copy Token, since the Copy Token is also 2 bytes (16 bits) and no 
storage savings will be accomplished. In this case the 1, or two byte data is left as-is 
(literal). 

2. If however a match is found to be longer than two bytes, the Copy Token selects the 
longest possible match. Here the longest possible match is in relationship to the 
Offset/length combinations, which options are listed in the table of column 6, lines 
15-25. 

FIG. 14 is a flowchart which details the method by which the longest match and eventually an 
Offeet^ength pair are selected. It uses the following recipe: 

1. First calculate the ofifeet. This is the difference in between the current pointer position 
and the location of the previous block's instance. This distance based upon the 
column 6, page table can assume one of the ranges in the table. 

Example: The distance (also called a displacement range) is 751. This corresponds to the 7*^ 
displacement range option in the table of column 6. lines 15-25. To rept^sent any number in 
this displacement range requires 10 bits. 

The number of offeet bits required is given by: 



N°_of_0£fset_bits = log2 (CP ~ SB) 



wherein: 

CP - Current Position Pointer 

SB- Start Buffer Pointer, Mliich is the previous location occurrence of the same block. 



PAGE 5/10'RCVDAT12/4/200n0:53:32 AM [Eastern standard Tiine]'SVR:USPro^^^ 



4.-Dec. 2-007 17:55 DR. MARK FRIDMAN 972 3 61 14101 



No. 4385 P. 6 



2. Once the number of bits required for offset is deteimined, i» number of Copy Token 
bits left for the block's length is given by: 

>r^of_Length_bits = 16 - ir_of_OjEfset-bits (R) 

It is manifest that fomula (I) of Kimura relates solely to reserving space for pointing to where 
the data is located, and has nothing to do with the actual content of the key. This in no way 
resembles the instant invention in which a key entry is transformed into a coded key that 
retains a significant portion of the original data, yet has an extremely short length in relation to 
the Ml key entry, i.e., substantially equal to the log-base 2 of the full key entry. 

4) Examiner's 1 12 rejection appears unfounded, and comes after previous 
rounds of examination failed to find any 112 problem in claims 21-39. 

5) Examiner's double-patenting rejection appears unfounded. Stark does 
not ^transform" keys. He simply has an additional 0 or 1 bit indicating an open or 
closed range boundary. This has nothing to do with the actual, substantial content of 
the key. 

other patentable features for discussion: 

6) uni-directional transformation 

Kimura performs compression and decompression and is therefore bi- 
directional 

7) unique matching 

8) search coded keys, then search foil keys 
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cIictionaj:y 



ht^://v*nvw.mstgov/dads/HTMI^dictio^ 



Implementatioii 

(C-Hf-, Pascal, and Fortrau). Kaz Kylheku's Kazlib ( C) implementing dictionary, dyjaaimic hash 
table, red-black tree, and doubly linked iisi. Herbert Glajm^'s Patricia tree (Linoleuin) 
implemen^tiojn^ 



Go to (he Dictiooarv^ of Akorithms and Data Structures home page. 



If you have suggestions, corrections, or comments, please get im touch with Paul JBlack - 

Entiy modified 2 1 May 2007. 

HTML page fonnaited Mon May 21 08:45:03 200X 

Cite this a$: 

Paul Black, "dictjtonaiy\ in Dic(iomr\^ of Algorithm and Data Structures [online], Paul E. 
Black, ed., U.S. National Institute of Standards and Technology. 21 May 2007. (accessed TODAY) 
Available ftom: http:/M'w.nistgov/dads/HTMydictionarv\hti^ 
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Some dynamic sets presuppose that the keys are drawn from a loiallyil 
ordered set, such as the real numbers, or the set of al] words under the % 
usual alphabetic ordering, (A totaJly ordered, set satisfies the: trichotoiny || 
property;, defined on page 31.) A total ordering allows, us to defi«e thc;|[ 
minimum element of the set, for example,, or speak of the next element.ii| 
larger than a given element in a set. 



Operations, on dynamic sets 

Operations on a dynamic set can be grouped into two categories: quefm, 
which simply return information about the set, and mod^ing operations, 
which change the set. Here is a list Of typical operations. Any specific 
application will usually reqiure only a few of these to be implemented. 

A query tj^ai, given a set S and a key value k, returns a 
pomferT ito an element in S such that k€y{x\ = Jfc, or nil jf no such 
element belongs to 

^^^^^^^ A modifying operation that augments the set S with the 
element pointed to by x. We usually assume that any fields iti element x 
needed by the set implementation have already been initialized. 

- .v'^^^^^^^ I A modifying operation that, given a pointer x to an ele- 
nietit in the set 5, removes x from S, (Note that this operation u$es.a 
pointer to an element Xy not a key value.) 

that returns the element 
that returns the elemem 

of with the largest key, 

^^^^^^^^ A query that, given an element x whose key is from a 
totally ordered set 5, returns the next larger element in S, or nil if ;c is 
the maxitniim element. 

^^^^^^^^^^^ A query that, given an element x whose key is fron> 
a totally ordered set S, returns the next smaller element in S\ or nil if 
jc is the minimum element. 

The queries Successor and Predecessor, are often extended to sets with 
nondistinct keys. For a set on n keys, the normal presumption is that a 
call to Minimum followed by nf\ calls to Succhssor enumerates the 
elements in tha^set in sorted order. 

The time taken to execute a set operation is usuallyrmeasured in terms of 
the size of the set.given as one of its arguments. For example, Qiaptijr .14 
describes a data structure, that can support any of the operations listed 
above ori a set of size, n in time 0(lg/z), 
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. Introdnction 



Sets are a$ fundainental fo computer sde'iice i$'tbfcy are to mathematics. 
Whereas mathematical sets are unchanging- the . sets manipulated hy al- 
gorithms can grow, shrink, or otherwise!, change oyergfime. We call such 
sets dynamic. The next five cbajptcj^ prWent sp^^ for 
representing finite dynamic sets and mahipuiating them on a computer. 

Algorithms may rejgiiire several diffei:ent.typjes .of^ .C5eeratio to be 
formed on. sets- Fbr'-e>wtop^|^^^ 

algofifhms require m6rc compHcait« bperattbns: priority 
queues, which were introduced in Ghaptet 7 in the Context of the heap 
data rstructiire, . support the. opeyations;i»f insertiiig Sn element into and 
extracting the smallest clement from a fet. Not surprisingly, the best way 
to implement a dynamic set depends upon the op^tions that must be 
supported. ^■ 



Elements of a dynamic set 



In a typical implementation of a dynamic set, each element is represented 
by an object whose fields can be examined and manipulated if we have a 

pointer to the object. (Chapter 1 1 discusses the implementation of objects 
and pointers in programm environmcni&^^^^ 
basic 




........ may also have fields 

that are manipulated by the set operations; these fields may contain data 
or pointers to other objects in the set 
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P&^E to , , 

ai[q>://www.aist.gov/dad$/HTMUdictionaiy,btml 




dictionary 

(data structure) 

Definition: N\ <i i\stract data t\m storing li^m$^ or values. A value is accessed by an associated k^. 
Ba^ic operations ace new, in$ert,find and delete. 

Formal Dcfinitiatt: The operatiojjs tiew(), iQ5ea1(k, v, D)^ tsxA fiiid(k. D) rmsf be defined -with 
axsoma fic synfanfics as IbUows. 

1. newO returns a dictionary 

2. fiid(k, bsert(k, v, D)) ^ v 

3. find(k, mtxtQ, v, D)) - fi»d(k, D) if k ^ j 

wheie k and j arc keys, v is a value, and D is a dictionary. 
The modifier function delete(l?; D) may be defined as' iiSbivs. 

4. deletc(k, aew()) = new() 

5. dejetc(k^ insejrt(k, v, D)) - dejcte(k, D) 

6. delete(k, insert(j, v, D)) insertQ, v, deaetB(k, D)) if k?^ j 

If we want fuid to be a ioraiffmctkm, we could define find(k, new()) using a speciaJ value;./!?//. This 
only changes the return type of find. 

7. .find(k,newO)->&// 

Ateo knonvn as association list, map, property list. 

Generalization (I am a kind of . . ,) 

himny lyknfon, ahstrmt <Jlak^ npe, 

Specjalii^tion is a kind of me,) 

See also rpia/prcf^K Some inipiennentations: (mked/Ln . hash fahh , B-m^ Jim>Ji!ir . direck<d 

Note: The terms '-association list-' and "property list'' are used wUh USF-Uke Itmgupiges and in the 
area of Artificial Intelligence. These suggest a relatively small number items, whereas a dictionary 
may be quite large. Professionals in (he Data Management area have specialised semantics for 
^'dictionary*' and related terms. 

A dictionaiy defines^ a bkmy rekitign that maps hsys to values^ The Jceys of a dicttonoiy at^ a set. 
Contributions by Rob Stevvart 16 March 2004. 
Author: PEB 
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